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BACKGROUND OF THE INVENTION 

The present invention relates to data processing, 
and more particularly to pipelined instruction 
execution, multi- tasking, and resource access 
techniques . 

Pipelining and multi-tasking increase processor 
bandwidth. It is desirable to reduce the time and 
complexity associated with these techniques. 

In particular, when instruction execution is 
pipelined, the processor may start executing an 
instruction before it is known whether the instruction 
should be executed. For example, suppose the processor 
starts executing an instruction II, and then starts 
executing an instruction 12 before the II execution is 
finished. If the II execution cannot be completed, the 
instruction 12 should not be executed and has to be 
purged from the pipeline. In fact, at any given time, 
the processor may be executing more than one 
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instruction that have to be purged from the pipeline. 
It is desirable to reduce the circuit complexity 
associated with pipeline purging. 

It is also desirable to reduce the overhead 
5 associated with switching between different tasks in 
multi-tasking environments. To switch tasks, the 
operating system executed by the processor has to 
determine which task is to be executed next . The 
operating system also has to save register values used 

10 by one task and load the registers with values used by 
another task. These functions can involve a fair 
number of operating system instructions. It is 
desirable to reduce the number of instructions 
associated with these operations. 

15 It is also desirable to improve access to 

resources which maybe unavailable. An example of such 
a resource is a FIFO which may be empty when a 
processor is trying to read it, or which may be full 
when the processor is trying to write the FIFO. Before 

20 accessing the FIFO, the processor polls a flag 

indicating whether the FIFO is available. It is 
desirable to improve the speed of accessing a resource 
which may be unavailable. 

It is also desirable to provide simple 

25 synchronization methods to synchronize use of computer 
resources by multiple tasks to avoid errors that could 
be caused by a task accessing a resource when the 
resource is set for access by a different task. 
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SUMMARY 

The present invention provides in some embodiments 
efficient pipeline processors, multi- tasking 
processors, and resource access techniques. 
5 In some instruction execution pipeline 

embodiments, the pipeline purge overhead is reduced or 
eliminated by limiting the number of instructions that 
the processor can execute in a row for any given task. 
Thus, in some embodiments, consecutive instructions are 

10 executed by different tasks. Therefore, if an 

instruction cannot be executed, the next instruction 
still has to be executed because the next instruction 
belongs to a different task. Therefore, the next 
instruction is not purged from the pipeline. 

15 In some embodiments, between any two instructions 

of the same task the processor executes a sufficient 
number of instructions from different tasks to 
eliminate any need for pipeline purging. 

To reduce the overhead associated with task 

20 switching, some embodiments include separate registers 
for each task so that the register values do not have 
to be saved or restored in task switching operations. 
In particular, in some embodiments, each task has a 
separate program counter (PC) register and separate 

25 flags. In some embodiments, the task switching is 
performed by hardware in one clock cycle. 

In some embodiments, a processor can access a 
resource without first checking whether the resource is 
available. If the resource is unavailable when the 

3 0 processor executes an instruction accessing the 
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resource, the processor suspends the instruction, and 
the processor circuitry which was to execute the 
instruction becomes available to execute a different 
instruction, for example, an instruction of a different 
5 task. 

Thus, in some embodiments, the processor keeps 
track of the state of all the resources (for example, 
FIFOs) . (Unless specifically stated otherwise, the 
word "resource" as used herein means something that may 

10 or may not be available at any given time.) Signals 
are generated indicating the state of each resource, 
and in particular indicating which resource is 
available to which task. If a task attempts to access 
an unavailable resource, the task is suspended, and the 

15 processor can execute other tasks in the time slot that 
could otherwise be used by the suspended task. When 
the resource becomes available, the suspended task is 
resumed, and the instruction accessing the resource is 
re -executed. 

20 To avoid synchronization errors when multiple 

tasks share one or more resources, in some embodiments 
after a task has finished accessing any one of the 
resources, the task does not get access to the same 
resource until after every other task sharing the 

25 resource has finished accessing the resource. Thus, in 
some network embodiments, different tasks share FIFO 
resources to process frames of data. Each task 
processes a separate frame of data. To process the 
frame, the task reads the frame address from a 

30 ^^request" FIFO. Then the task writes a command FIFO 
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with commands to a channel processor to process the 
frame. A second task performs similar operations for a 
different frame. The first task again performs the 
same operations for a still different frame. If 
5 commands written for one frame get erroneously applied 
to another frame, the frames could be misprocessed. 

To eliminate this possibility and to allow 
accurate matching between the frame addresses in the 
request FIFO and the commands in the command FIFO, the 

10 following technique is used. First one task (say, Tl) 
is allowed to access both the request FIFO and the 
command FIFO, but no other task is allowed to access 
these resources. Once the task Tl has finished 
accessing any resource, the resource is allowed to be 

15 accessed by another task, and further the task Tl will 
not be allowed to access the resource again until every 
other task sharing the resource has finished accessing 
•the resource. Therefore, the order of frame addresses 
in the request FIFO corresponds to the order of 

20 commands in the command FIFO, allowing the channel to 

accurately match the frame addresses with the commands. 
No special tag is needed to establish this match, and 
the match is established using FIFOs, which are simple 
data structures. 

25 In some embodiments, a processor executes several 

tasks processing network data flows. The processor 
uses pipeline and task-switching techniques described 
above to provide high bandwidth. 
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Other embodiments and variations are described 
below. The invention is defined by the appended 
claims . 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 Fig. 1 is a block diagram of a system including a 

processor according to the present invention. 

Fig. 2 is a block diagram illustrating resources 
in the system of Fig. 1. 

Figs. 3A, 3B are timing diagrams illustrating data 
10 frame processing in the system of Fig. 1. 

Fig. 4 is a logical diagram illustrating how 
different tasks access shared resources in the system 
of Fig. 1. 

Fig. 5 is a block diagram of a processor used in 
15 the system of Fig. 1. 

Fig. 6 illustrates an instruction execution 
pipeline of the processor of Fig. 5. 

Figs. 7-12 illustrate task and resource state 
transitions in the system of Fig. 1. 
20 Fig. 13A, 13B are block diagrams of task control 

block circuitry of the processor of Fig. 5. 

Fig. 14 is a memory map for the system of Fig. 1. 

Fig. 15 is a data area memory map for the system 
of Fig. 1. 

25 Fig. 16 is a register file map for the processor 

of Fig. 1. 

Fig. 17 is a data memory map for the processor of 
Fig. 1. 

Fig. 18 illustrates address generation for the 
30 data memory of Fig. 17. 
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Fig. 19 illustrates tree nodes in the address 
resolution database used by the system of Fig, 1. 

DESCRIPTION OF PREFERRED EMBODIMENTS 
5 Fig. 1 illustrates a port interface (PIF) circuit 

110 including a pipelined multi-tasking processor 
(microcontroller) 160. Port interface 110 includes 
four full-duplex ports that provide an interface 
between ATM switch 120 and respective four Ethernet 

10 segments (not shown) each of which is connected to a 
corresponding MAC 13 0.0-130.3. In each port '*x" 
(x=0,l,2,3) the data between the Ethernet segment and 
the ATM switch 12 0 flows through a corresponding MAC 
13 0.x and a corresponding slicer 14 0.x. The slicer 

15 performs the well-known ATM SAR function, segmenting 
the Ethernet frame into ATM cells and appending ATM 
headers to the cells on the way to ATM, and assembling 
the frame from the cells on the way to the Ethernet. 
In some embodiments, the ATM switch interface to PIF 

20 110 operates in frame mode in which the ATM switch 
transmits a frame of cells to a slicer 140 with no 
intervening cells. Slicers 14 0 use the AAL-5 protocol. 
The frame mode is described, for example, in U.S. 
patent application 08/706,104 ''Cell Queuing in ATM 

25 Switches" filed August 30, 1996 by A. Joffe et al . See 
also PCT application PCT/US97/14821 filed August 28, 
1997 and incorporated herein by reference. 

Other embodiments of PIF 110 provide interface 
between other networks, not necessarily ATM or 
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Ethernet. In some embodiments, the slicers 140 are 
replaced by suitable MACs . 

In addition to performing protocol transformations 
(e.g. ATM/Ethernet transformations), PIF 110 can 
5 perform IP routing, layer-2 switching, or other 

processing as determined by the software executed by 
the PIF microcontroller 160. See the description below 
in connection with Figs. 3A, 3B. See also U.S. patent 
application **SYSTEMS AND METHODS FOR DATA 

10 TRANSFORMATION AND TRANSFER IN NETWORKS", attorney 

docket number M-4855 US, filed by A. Joffe et al . on 
the same date as the present application and 
incorporated herein by reference . 

PIF 110 has high throughput even at modest clock 

15 rates. Thus, in some embodiments, PIF 110 can perform 
IP routing for four 100 MB/sec Ethernet ports and 
respective four 155 MB/sec ATM ports at a clock rate of 
only 50MHz. 

In Fig. 1, the data flow between each slicer 140.x 
20 and the corresponding MAC 130.x is controlled by a 

corresponding channel 150.x (also called channel *'x" 
below, i.e. channel 0, 1, 2 or 3) . The channels 150 
executes commands from microcontroller 160. In some 
embodiments, the four channels 150.x are implemented by 
25 a single channel circuit that performs the function of 
the four channels 150 using time division multiplexing. 
See the aforementioned U.S. patent application attorney 
docket number M-4855 US, ^'SYSTEMS AND METHODS FOR DATA 
TRANSFORMATION AND TRANSFER IN NETWORKS" incorporated 
3 0 herein by reference* 
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The channels, the microcontroller, the slicers 140 
and the MACs 13 0 communicate through memory 164 which 
includes internal memory ("frame and command memory") 
170 and FIFOs 230, 240 described below. 
5 In some Ethernet embodiments, the microcontroller 

is connected to Mil (media independent interface) 
management circuit 180 connected to the Ethernet 
physical layer devices known in the art - 

Search machine (SM) 190 maintains an address 

10 resolution database in memory 200 to do IP routing or 

other processing as determined by the software. SM 190 
also maintains databases in memory 200 that restrict 
the network connectivity (e.g. by defining VLANs or 
access control lists) . The search machine is able to 

15 search for a key (e.g. an Ethernet or IP address) 

presented to it by the microcontroller 160, and execute 
a learning algorithm to learn a layer-2 or layer-3 
address if the address is not in the database. While 
search machine 190 is not software programmable in some 

20 embodiments, the search machine supports flexible 

database node structure allowing the search machine to 
be easily adapted to different functions (e.g. IP 
routing, layer-2 switching) . Search machine 190 
executes commands from the microcontroller, such as 

25 Search, Insert, Delete, etc. The search machine also 
provides the microcontroller with direct access to 
memory 200. The search machine is described in 
Addendum 8 . 

In some embodiments, memory 200 is implemented 
30 using synchronous static RAMs in flow through mode of 
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operation. Multiple banks of memory are used in some 
embodiments . 

In some embodiments, PIF 110 is an integrated 
circuit. Memory 200 is called ^'external" because it is 
5 not part of the integrated circuit. However, in other 
embodiments, memory 200 is part of the same integrated 
circuit. The invention is not limited by any 
particular integration strategy. 

PIF 110 is also connected to a serial read only 

10 memory (ROM) 204 (serial EPROM in some embodiments) to 
allow the software ("firmware") to be loaded from ROM 
204 into the microcontroller at boot time.. 

Fig. 2 illustrates a single channel 150.x and 
associated FIFO resources in memory 164. The channel 

15 is divided into two similar parts: ingress sub-channel 
1501 that controls the data flow from the corresponding 
MAC 130 to the corresponding slicer 14 0; and egress 
• sub-channel 150E that controls the data flow from 
slicer 140 to MAC 13 0. In reference numerals, suffix 

20 '"I" indicates circuits belonging to the ingress sub- 
channel, and suffix *'E" indicates circuits belonging to 
the egress sub-channel, unless noted otherwise. 

In each sub-channel 1501, 150E the data processing 
includes the following steps: 

25 (1) The corresponding input control block 210 

(i.e. 2101 or 210E) stores the incoming data in the 
corresponding data FIFO 220. When sufficient portion 
of a data frame has been received to enable the 
microcontroller to start address translation or other 

30 processing (e.g., when the IP address and hop count 
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have been received in IP routing embodiments) , input 
control 210 writes a request to respective request FIFO 
230. The number of frame bytes received before the 
request is written to FIFO 230 is defined by 
5 microcontroller-writable registers as described in the 
aforementioned US patent application attorney docket 
number M-4855 US. 

(2) Microcontroller 160 reads the request, reads 
appropriate parameters (for example, the source and 

10 destination addresses on the ingress side or the 

VPI/VCI on the egress side) from the corresponding data 
FIFO 220, and performs appropriate processing. The 
microcontroller uses the search machine 190 as needed 
to perform, for example, address resolution searches. 

IS (3) When the search machine 190 has returned the 

search results to microcontroller 160, the 
microcontroller writes one of more channel commands to 
respective command FIFO 260 which specifies how the 
frame is to be transferred to the output device (MAC 

20 130 or slicer 140) . 

(4) After the entire frame was received, the input 
control 210 writes status information to respective 
status FIFO 240. The status FIFO is read by 
microcontroller 160. If the status shows that the 

25 frame is bad (for example, the checksum is bad) , the 

microcontroller writes to command FIFO 260 a "discard" 
command to cause the output control 250 to discard the 
frame . 
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Steps (2) , (3) and (4) may involve other 
processing described below in connection with Figs. 3A, 
3B. 

(5) Output control 250 executes commands from 
5 respective command FIFO 260. 

In some embodiments, data FIFOs 220 and command 
FIFOs 260 are stored in internal memory 170. Request 
FIFOs 23 0 and status FIFOs 240 are stored in memory 
230, 240 (Fig. 1) . 

10 The outputs of egress output control blocks 250E 

are connected to the microcontroller to enable the ATM 
switch 120 to load programs ('^applets") into the 
microcontroller for execution. The applets are first 
transferred to the egress side similarly to other 

15 frames, but their VPI/VCI parameters indicate the 
microcontroller. Hence, the applets are not 
transferred to MACs 130. Instead, the applets are 
loaded from the output of circuits 250E to the 
microcontroller program memory 314 (Fig. 5) by a D^4A 

20 transfer. 

Microcontroller 160 can also generate its own 
frames, write them to any data FIFO 220, and write 
commands to the corresponding command FIFO 260. The 
corresponding output control 250 will transfer the 

25 frames as specified by the commands. 

The microcontroller can also write command FIFOs 
260 with commands to transfer statistics information 
stored in a separate memory (not shown) for each sub- 
channel 1501, 150E. 
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In some embodiments, microcontroller 160 is an 
expensive resource. Of note, in some embodiments the 
microcontroller instruction execution unit (shown at 
310 in Fig. 5 and described below) accounts for about 
5 70% of the gate count of PIF 110. Therefore, it is 
desirable to fully load the microcontroller. Full 
loading is achieved by appropriate multi -tasking as 
follows. 

The microcontroller executes four "hardware tasks" 
10 HTO, HTl, HT2, HT3 , one for each port 0, 1, 2, 3. The 
hardware tasks are executed in time division 
multiplexing manner as shown in the following table: 



Table 1 



Clock Cycle 


1 . 


2 


3 


4 


5 


Hardware Task 


HTO 


HTl 


HT2 


HT3 


HTO 



If a hardware task is not available (because, for 
example, it is waiting for the search machine) , no 
microcontroller instruction is started in the 
respective clock cycle. 

2 0 Each hardware task includes one or more software 

tasks. Each software task contains code that processes 
an entire frame. Since a frame on the ingress side and 
a frame on the egress .side can arrive in parallel, in 
some embodiments each hardware task includes at least 

25 two software tasks to allow parallel processing of at 
least two frames. In some embodiments, different 
software tasks are provided for the ingress and egress 
sides. When an ingress software task cannot execute 
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due, for example, to the microcontroller waiting for 
the search machine, the microcontroller can execute the 
egress software task, and vice versa. 

Below, the term '"task" means a software task 
5 unless we specifically recite a ^'hardware task" . 

Fig. 3A illustrates layer-3 processing of a single 
frame by an ingress task. At stage 290DA, the 
microcontroller reads from the frame the Ethernet (MAC) 
destination address DA at sub-stage 290DA-1. The 

10 microcontroller supplies the address to search machine 
190, which performs the search at sub-stage 290DA.2. 

At sub- stage 290DA.3, the microcontroller examines 
the search results. If the DA was not found, the frame 
will be dropped or broadcast. If the DA was found and 

15 the search machine recognized the DA as an address of a 
final destination station, the search results will 
include the VPI/VCI of the virtual connection (VC) on 
which the frame is to be transmitted to the final 
destination. In that case, the IP stage 290IP will be 

20 skipped. If the search results indicate that the DA is 
an address assigned to an IP routing entity, IP 
processing is performed at stage 290IP. 

At that stage, the microcontroller reads the IP 
destination address from the frame at sub- stage 

25 290IP.1. The search machine performs a search on that 
address at stage 290IP.2. The microcontroller examines 
the search results at sub-stage 290IP.3. The results 
include the VPI/VCI and, possibly, access control 
restrictions. At sub-stage 290IP.3, the 

3 0 microcontroller matches the access control restrictions 
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with the IP source address to determine if the frame is 
allowed. If not, the frame will be dropped. 

At stage 290SA, the Ethernet source address SA is 
processed to implement an address learning algorithm 
5 and also to implement VLANs . More particularly, at 

sub-stage 290SA.1, the search machine performs a search 
on the SA. The search machine inserts or amends the SA 
data if required by the learning algorithm. At sub- 
stage 290SA.2, the search machine returns the VLAN to 

10 which the SA belongs. At sub-stage 290SA.3, the 

microcontroller compares that VLAN with the DA VLAN 
returned by the search machine at stage 29.0DA.2. If 
the Ethernet source and destination addresses belong to 
different VLANs, the frame is dropped. 

15 At one or more of sub-stages 290DA.3, 290IP.3, 

2 90SA.3, the microcontroller writes commands to the 
command FIFO 2601 for the respective data flow (i.e. 
•respective sub-channel) . The commands may instruct the 
channel 150 to drop the frame, or to forward the frame 

20 to respective slicer 140. If the frame is forwarded, 
the channel may supply the VPI/VCI to the slicer and, 
possibly, increment to IP hop count and/or replace the 
source address with the address of respective MAC 130, 
as directed by the commands. 

25 Fig. 3B illustrates processing performed by an 

egress task for a single frame. At stage 294VC, the 
task examines the VPI/VCI to determine if the frame is 
an applet. If so, the task loads the frame into the 
microcontroller program memory (shown at 314 in Fig. 5 
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described below) and executes the applet. Stage 294IP 
is skipped. 

Alternatively, the VPI/VCI may indicate that the 
frame is an information request from ATM switch 120. 
Examples of such requests include a request to read a 
register in PIF 110, or to read statistics information. 
The egress task performs the request. If this is a 
request for information, the egress task writes one or 
more commands to ingress command FIFO 2601 of the same 
hardware task that executes the egress task. These 
commands will cause the channel to send the information 
to the switch. Stage 294IP is skipped. 

If the VPI/VCI does not indicate any management 
request (such as a request for information) from switch 
120, stage 294IP is performed. At sub-stage 294IP.1, 
the task (i.e., the microcontroller) reads the IP 
destination address from' the frame and supplies the 
address to the search machine. At stage 294IP.2, the 
search machine performs the search and returns the 
Ethernet destination address and, possibly, access 
control information. At stage 294IP.3, the task writes 
commands to its egress command FIFO 260E to replace the 
Ethernet destination address of the frame with the 
address provided by the search machine, to replace the 
Ethernet source address with the address of the 
respective MAC 130.x, and to transfer the frame to the 
MAC. Other kinds of processing may also be performed 
depending on the task software. 

While the microcontroller waits for the search 
machine at stages 290DA.2, 290IP.2, 290ISA.2, 294IP.2, 
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the microcontroller is available to execute another 
software task in the same or other hardware tasks. 

In some embodiments, having a single task for each 
ingress flow and each egress flow does not fully load 
the microcontroller, and therefore more than one task 
for each half -duplex data flow are provided to enable 
the microcontroller to process more than one frame in 
each data flow in parallel. This is illustrated by the 
following considerations. The demands on the of 
microcontroller speed are the greatest when the 
Ethernet frames are short, because the same processing 
of Figs. 3A, 3B has to be performed both for short and 
long frames. The shortest Ethernet frame has 64 bytes. 
Suppose for example that the four Ethernet ports are 
100 MB/sec ports and the ATM ports are 155 MB/sec. At 
100 MB/sec, the shortest frame goes through the 
Ethernet port in 5.12 microseconds. Therefore, the 
microcontroller and the search machine have to process 
the frame in 5.12 + 1.6 = 6.72 microseconds (1.6 
microseconds is the interf rame gap) . 

Let us assume a microcontroller clock speed of 50 
MHz. This is a fairly slow clock speed to ensure 
reliable operation. Higher speeds (for example, 100 
MHz) are used in other embodiments. At 50 MHz, the 
6.72 microseconds is 336 clock cycles. Therefore, the 
clock cycle budget for the ingress and egress tasks of 
a single hardware task is 336/4 = 84 clock cycles. 

Since processing of a frame is divided between the 
microcontroller and the search machine, which do not 
necessarily work in parallel on the same frame, the 
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processing latency for one ingress frame and one egress 
frame in the same hardware task is allowed to be 
greater than 84 cycles even in wire speed processing. 
If processing takes more than 84 cycles, and 64 -byte 
frames arrive back to back on the ingress and egress 
sides, the next frame may start arriving before the 
previous frame in the same data flow has been 
processed. Therefore, it is desirable to allow the 
microcontroller to start processing the next frame 
before the processing of the previous frame in the same 
data flow is completed. To implement such parallel 
processing of multiple frames in the same data flow, 
more than one software task for each data flow is 
provided. 

Thus, in some embodiments, each hardware task HTx 
includes two ingress tasks IGx.O, IGx.l and two egress 
tasks EGx.O, EGx.l. For example, hardware task HTl 
includes ingress tasks IGl.O, IGl.l and egress tasks 
EGl.O, EGl.l. Each task is identified by a 4 -bit task 
number including: 

CHID- -channel ID (2 -bits) = 0, 1, 2 or 3 for 
respective ports 0, 1, 2, 3; 

SN-- sequence number (0 for IGx.O, EGx.O; 1 for 
IGx. 1, EGx. 1) ; 

I/E--0 for ingress; 1 for egress. 

The total number of tasks is thus 16. 

A frame is processed by a single task. If the 
frame is an applet, the applet is executed by the same 
task. 
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The microcontroller instruction execution is 
pipelined. Thus, Table 1 above indicates clock cycles 
in which a new instruction is started for the 
respective hardware task. For example, in cycle 1, 
instruction execution is started for hardware task HTO . 
The instruction execution continues in subsequent 
cycles . 

Task access to FIFOs 230, 240, 260 in each sub- 
channel is controlled as shown in the logic diagram of 
Fig. 4. In Fig. 4, "Task 0" and "Task 1" are the two 
tasks for the same sub-channel, for example, ingress 
tasks IGl.O, IGl.l for sub-channel 1501 of channel 
150.1. At the beginning, only Task 0 has access to the 
sub-channel FIFOs 230, 240, 260. When Task 0 accesses 
the request FIFO 230, switch «a" is flipped to connect 
the request FIFO to Task 1. Task 0 will not be allowed 
to read the request FIFO again until Task 1 has read 
the request FIFO. 

Switch «b" controls the task access to command 
FIFO 260. Switch "b" is flipped when all the commands 
for a frame have been written by Task 0 . 

Switch "c" which controls the task access to 
status FIFO 240 is flipped when the status FIFO has 
been read by Task 0. 

To synchronize task access to the search machine, 
search machine 190 executes commands one after another 
providing results in the same order. 

Selecting a task for execution takes only one 
clock cycle (pipeline stage TS in Fig. 6 described 
below) in each instruction. Further, the task 
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selection is pipelined, and hence does not affect the 
throughput. The task selection is performed by 
hardware. No operating system is used in the 
microcontroller. Therefore, low latency is achieved. 

At any time, each task is in one of the three 
states. Active, Ready, or Suspended. In the Active 
state, the task is being executed. At most four tasks 
(one for each hardware task) may be Active at the same 
time. Each Active task is scheduled for execution once 
every four clock cycles (see Table 1 above) . 

An Active task is transferred to the Suspended 
state if the task tries to access a resource that is 
unavailable. The resources are described in Addendum 
2. When the resource becomes available, the task goes 
15 to the Ready state. 

When an Active task is suspended, one of the tasks 
in the Ready state in the same channel is selected for 
•execution by task control 320 (Fig. 5) and is 
transferred to the Active state. 

Fig. 5 is a block diagram of microcontroller 160. 
Execution unit 310 executes programs stored in program 
memory 314. Programs are downloaded from ROM 204 (Fig. 
1) during boot. In addition, applets can be loaded and 
executed dynamically as described above. The applets 
25 can be discarded after being executed, or they can 
remain in memory 314. 

Execution unit 310 includes a register file 312 
having general purpose registers, a special registers 
block 315, and a data memory 316. Register file 312 
includes two 32 -bit outputs connected to respective 
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buses sa_bus, sb_bus, which in turn are connected to 
inputs of ALU 318. 32-bit outputs of data memory 316 
and special registers block 315 are connected to 
sa_bus . Separately connected to bus sa_bus are the 
5 outputs of special registers **null" and *^one" (Table 
A6-1, Addendum 6) that store constant values (these 
registers are marked ^'Constant regs" in Fig. 5) . 

Bus sa_bus also receives the immediate field "imm" 
of an instruction read from program memory 314. 
10 The 64 -bit output of ALU 318 is connected 64 -bit 

bus res_bus which is connected to inputs of register 
file 312, data memory 316, and special registers block 
315. 

Register file 312, data memory 316 and special 

15 registers 315 are described in Addendum 6. As 

described therein, the registers and the data memory 
are divided between tasks so that no save/restore 
operation is needed when tasks are rescheduled. In 
particular, special registers 315 include 16 PC 

20 (program counter) registers, one for each task. 

Load/store unit (LSU) 330 provides an interface 
between execution unit 310, search machine 190, and 
internal memory 170. LSU 330 queues load and store 
requests to load a register from memory or to store 

25 register contents in memory. LSU 33 0 has an input 

connected to res_bus and also has a 64 -bit output rfi 
connected to an input of register file 312. 

DMA block 34 0 has an input connected to the bus 
res_bus to allow execution unit 310 to program DMA 340. 

3 0 DMA 340 can load applets into the program memory. 
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Fig. 6 illustrates the instruction execution 
pipeline. The pipeline has seven stages: 

(1) Task Select (TS) stage tO. In this stage, an 
active task is selected for the respective channel 
150.x by task control 320. In some embodiments, the 
task control block implements a fixed priority scheme: 
task IGx.O has the highest priority, then IGx.l, then 
EGx.O, and then EGx.l. 

In some embodiments, once a task is made active, 
it is not suspended simply because a higher priority 
task becomes ready to run. The lower priority task 
remains active until it tries to access an unavailable 
resource . 

■ (2) During the Fetch (F) stage tl, task control 
block 320 drives the active task number signal task#_tl 
(same as tsk_taskNumtl in Table Al-l, Addendum i) to 
execution unit 310. Signal task#_tl selects one of the 
16 PC values in special registers 315. 

If no task is active, task control block 320 
asserts the "idle" signal to execution unit 310. The 
signal is shown as "tsk_idle" in Table Al-l. when 
"idle" is asserted, task#_tl is "don't care", and 
instruction execution unit 310 executes a NOP (no 
operation) instruction in the remaining pipeline 
stages . 

If "idle" is deasserted, the PC register value 
selected by task#_tl in special registers block 315 is 
provided to program memory 314. The instruction 
pointed to by the selected PC is read out from the 
memory to execution unit 310. 
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(3) During the Decode (D) stage t2, the 
instruction is decoded by the execution unit. 

(4) During the Read (R) stage t3, the instruction 
operands are read from register file 312 and/or special 
registers 315 and/or data memory 316 and presented to 
ALU 318. 

Also at this stage, task control 320 generates the 
Suspend signal {tsk_susp in Table Al-1) on lead 410 
(Fig. 5) as described in more detail below in 
connection with Figs. 7-13B. If the Suspend signal is 
asserted, the task is suspended, the instruction 
execution is aborted and the task's PC register is 
frozen. When a task is made Active later, the same 
instruction will be re-executed. 

Also at this stage, execution unit 310 generates a 
Wait signal. If the Wait signal is asserted, the 
instruction execution is not completed and the PC 
register is frozen, but the task remains active, and 
the instruction will be executed again starting the 
next clock cycle. For example, if instruction 1 in 
Fig. 6 is delayed due to the Wait signal being asserted 
in cycle 3, the same instruction will be re-executed as 
instruction no. 5 starting in cycle 4. 

The Wait signal is asserted when a condition 
blocking the instruction is likely to disappear by the 
time the same hardware task is scheduled again. The 
Wait conditions are described in Addendum 3. 

If the Suspend and Wait signals are deasserted, 
the PC register is changed to point to the next 
instruction. 
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(5) During the Execution (E) stage t4, the 
instruction is executed. 

(6) During the Write Back (WB) stage t5, the 
results of the execution stage are written to their 
destinations except if a destination is in register 
file 312. 

(7) During the Write Registers (WR) stage, the 
results of the execution stage are written into the 
register file 312 if required. 

Of note, the WR stage of each instruction (e.g. 
instruction 1, cycle 6) occurs before the R stage of 
the next instruction of the same hardware task ( see 
instruction 5, cycle 7). Therefore, if, for example, 
instruction 5 uses the results of instruction 1, the 
results will be written to the register file or the 
special registers before the instruction 5 reads them 
in cycle 7 . 

As illustrated in Fig. 6, when an instruction is 
aborted (at the R stage) , the pipeline does not have to 
be purged from other instructions that have already 
been started, because these instructions belong to 
other tasks (moreover, to other hardware tasks) . For 
example, if instruction 1 has to be aborted, the only 
other instructions that have been started on or before 
the R stage of instruction 1 are instructions 2, 3 and 
4 . These instructions do not have to be purged because 
they are executed by other tasks. 

For a given hardware task, switching between the 
corresponding four software tasks does not require 
execution of separate instructions as would be the case 
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if task switching were performed by operating system 
software. High throughput is therefore achieved. 

Fig. 7 is a bubble diagram illustration of task 
synchronization with respect to a single request FIFO 
230 or status FIFO 240. In the bottom diagram 704, 
"Task 0" and "Task 1" have the same meaning as in Fig. 
4. More particularly, these are the two software tasks 
sharing the request or status FIFO. In some 
embodiments. Task 0 is IGi . 0 for the ingress sub- 
channel, or EGi.O for the egress sub-channel. 

Diagram 704 is a state machine illustrating the 
FIFO ownership. On RESET, the FIFO is owned by Task 0, 
as indicated by state 710RS.0. 

When Task 0 has successfully read the FIFO, the 
FIFO becomes owned by Task 1, as indicated by state 
710RS.1. Reading the FIFO is equivalent to flipping 
the "a" or "c" switch of Fig. 4. When Task 1 has 
•successfully read the FIFO, the state machine returns 
to state 710RS.0. 

The FIFO reading operation is indicated by 
condition mf sel [x] & ffrd. The signal mfsel is 
described in Addendum 4 . The signal ffrd is asserted 
by the execution unit in stage t3 when any request or 
status FIFO is read by the microcontroller. A separate 
ffrd version is generated for each request and status 
FIFO. (If the FIFO read is successful, signal mfrd of 
Addendum 4 is asserted in stage t5.) 

There are 16 request and status FIFOs. Each of 
these FIFOs is identified by a unique number "x" from 0 
to 15. When the FIFO "x" is being read, the number "x" 
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is driven on lines mfsel, as indicated by mf sel [x] in 
Fig. 7. 

Diagrams 720 and 74 0 indicate how Tasks 0 and 1 
change states with respect to the FIFO. As indicated 
5 above, each task has three states: Ready (*'RDY"), 

Active and Suspended. On RESET, all the tasks become 
Ready. A task becomes Active if selected at pipeline 
stage tO. 

In the embodiment being described, a task cannot 
10 go from the Active state to the Ready state directly, 
though this is possible in other embodiments. 

In the embodiment being described, each task goes 
from the Active state to the Suspend state on a 
^^Suspend" condition 730. A suspended task becomes 
15 Ready on a release condition 734. The possible suspend 
conditions are listed in Table Al-2 of Addendum 1. The 
release conditions are listed in Table Al-3. 

In diagram 720, the suspend condition 730 occurs 
when Task 0 attempts to access the FIFO when the FIFO 
20 is not available. More particularly, the condition 730 
is : 

(1) the task is in pipeline stage t3 (indicated 
by signal "T3" generated by execution unit 310); 

(2) ffrd is asserted indicating a FIFO read 
25 operation; 

(3) mfsel identifies the FIFO "x" ; and 

(4) either the FIFO is owned by Task 1 (state 
machine 704 is in state 710RS.1), or signal cfifordy[x] 
is low indicating that the FIFO "x" is empty. (Signal 
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cfifordy is described in Addendum 4. This signal is 
sampled every fourth cycle and is valid when sampled.) 

The fact that the FIFO is being read by Task 0 and 
not by any other task is established by Task 0 being in 
pipeline stage t3 . 

Condition 730 for Task 1 (diagram 740) is similar. 

Conditions 730 in diagrams 720, 740 are shown in 
Table Al-2 (Addendum 1) separately for each type of 
task (ingress task 0, ingress task 1, egress task 0, 
egress task 1) and each type of FIFO (request and 
status) . The request FIFO conditions are listed as 
conditions number 1 in each of the four sections 
"Ingress Task 0", "Ingress Task 1", "Egress Task 0", 
"Egress Task 1". Thus, for ingress task 0, the 
condition is: 

exe_RfifoRd & mfsel[x] & (Ireqf I -cfifordy [x] ) 

Signal exe_RfifoRd is the same as ffrd. Ireqf 
indicates that the FIFO is owned by Ingress Task 1. 
All the signals in Table Al-2 are sampled in stage t3, 
so "t3" is omitted from some of the conditions in the 
table. For egress task 0, signal Ereqf indicates the 
respective request FIFO is owned by egress tasks 1. 
Thus, Ereqf replaces Ireqf. Task control 320 generates 
a separate signal Ireqf or Ereqf for each request FIFO. 

In Addendum 1, the signal negation is indicated by 
"-" before the signal name (as in -cfifordy) or by the 
underscore following the signal name (as in Ereqf_ in 
condition 1 for egress task 1) . 

For the status FIFOs, the suspend conditions 730 
are conditions numbered 2 in table Al-2. Signal 
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®^®_SfifoRd is the ffrd version for a status FIFO. The 
number identifying the status FIFO is shown as "y" 
rather than "x" . 

Release condition 734 in diagram 720 is: Task 0 
owns the FIFO (state machine 704 is in state 710RS.0), 
and cfifordy[x] is high indicating that the FIFO is not 
empty. The release condition 734 for task 1 (diagram 
740) is similar. 

The release conditions are shown in Table Al-3 in 
Addendum 1. Each release condition corresponds to the 
suspend condition in the same slot in Table Al-2. For 
example, release condition 1 in section ''Ingress Task 
0" in Table Al-3 releases the task to the Ready state 
if the task was suspended by suspend condition 1 in 
section ^^Ingress Task 0" in Table Al-2. Thus, release 
conditions 1 and 2 in Table Al-3 correspond to the 
release conditions 734 in diagram 720 and 740 for the 
request and status FIFOs. 

Fig. 8 illustrates task synchronization in an 
ingress sub-channel with respect to the sub-channel 
command FIFO 260 (i.e. 2601). Bottom diagram 804 
illustrates the state machine for the ingress command 
FIFO. The FIFO can be owned both by the ingress and 
the egress tasks. On RESET, the state machine is in a 
state SO. In this state, the FIFO is owned by Ingress 
Task 0. When Ingress Task 0 writes to the FIFO a 
single word without locking the FIFO (flipping the 
switch "b" in Fig. 4), the FIFO moves to state SI in 
which the FIFO is owned by Ingress Task 1. The writing 
operation is indicated by signal IcmdFif oWr [x] , where 
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"x'» identifies one of the four ingress and egress tasks 
that can write the ingress command FIFO. (if 
IcmdFifoWr [x] is asserted by the execution unit in 
stage t3, the corresponding mfload bit (Addendum 4) is 
asserted in stage t5.) Signal IcmdFifoWr [x] is 
asserted for an appropriate **x" whenever a respective 
task writes the FIFO. 

The absence of locking is indicated by the 
"unlock" signal generated by execution unit 310 from 
the L flag of microcontroller instruction "CMD" 
(Addendum 7) used to write the command FIFOs. 

When Ingress Task 1 writes a command FIFO (as 
indicated by IcmdFifoWr [x] where «x" indicates ingress 
Task 1) without locking the FIFO the state machine 
returns to state SO . 

When Ingress Task 0 writes the FIFO in state SO 
and the "lock" signal is asserted indicating that . the 
FIFO is to be locked, the state machine moves to state 

52. In that state, the FIFO is still owned by Ingress 
Task 0. The lock signal is generated by execution unit 
310 from the L flag in microcontroller instruction CMD 
(Addendum 7) . The FIFO remains in state S2 until 
Ingress Task 0 writes the FIFO with the "unlock" signal 
asserted. At that time, the FIFO moves to state SI. 

Similarly, if Ingress Task 1 writes the FIFO in 
state SI with "lock" asserted, the FIFO moves to state 

53 . In that state the FIFO is still owned by Ingress 
Task 1. The FIFO remains in state S3 until Ingress 
Task 1 writes the FIFO with "unlock" asserted. At that 
time, the FIFO moves to state SO. 
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When the state machine is in state SO or SI, and 
an egress task writes the command FIFO without locking 
the FIFO, no state transition occurs. When egress task 
0 writes the FIFO with locking in state SO, the FIFO 
moves to state S4 . In that state, the command FIFO is 
owned by Egress Task 0. The state machine remains in 
state S4 until Egress Task 0 writes the command FIFO 
with ^^unlock" asserted. At that point, the state 
machine returns to state SO . 

State S5 is similar to S4,.but describe Egress 
Task 1 writing and owning the command FIFO. 

States S6 and S7 are similar to respective states 
S4 and S5, but states S6 and S7 are entered from state 
SI rather than SO. 

Diagrams 820 and 840 illustrate state transitions 
of respective Ingress Tasks 0 and 1 with respect to the 
command FIFO. The suspend conditions 73 0 are 
conditions number 3 in Table Al-2. Signal 
IcmdFifoWr [x] is the same as exe_IcmdFif oWr [x] in 
conditions 3 for ingress tasks 0 and 1, Signal 
task#_t3 in Table Al-2 is the same as ^^T3/' in diagrams 
820 and 840. Signal ccmdfull [x] is a signal that the 
command FIFO "x" is full (see Addendum 4) . This signal 
is valid in stage t3 . Signal Icmdf OwnedBylO indicates 
that the command FIFO is owned by ingress task 0 (that 
is, state machine 804 is in state SO or S2) . Signal 
IcmdfOwnedByll indicates that the command FIFO is owned 
by ingress task 1 (states SI, S3 in diagram 804) . 

For the egress tasks, the suspend conditions 
caused by writing to the ingress command FIFOs are 
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conditions 8 in Table Al-2. Signal Icmdf OwnedByEO 
indicates that the command FIFO is owned by egress task 
0 (states S4, S6 in diagram 804) . Signal 
IcmdfOwnedByEl indicates that the command FIFO is owned 
by egress task 1 (states S5, S3 in diagram 804) . 

The release conditions 734 (Fig. 8) are conditions 
3 for the ingress tasks in Table Al-3. 

The egress task synchronization with respect to 
the egress command FIFOs is similar. For the egress 
FIFOs, states S4, S5, S6, S7 are absent. In Tables Al- 
2 and Al-3, the pertinent conditions are conditions 
number 3. Signal exe^EcmdFif oWr replaces 
exe_IcmdFifoWr to indicate a write operation to the 
egress FIFO. Signal Ecmdfl indicates that the FIFO is 
owned by egress task 1 . 

Fig. 9 illustrates egress task synchronization 
with respect to the DMA resource. The bottom diagram 
904 illustrates the DMA state machine. On RESET, the 
DMA is IDLE. When an egress task writes a DMA address 
(DMA transfer destination address in program memory 
314) to the DMA address register DMAA (Addendum 6) of 
DMA 340 (Fig. 5), as indicated by "dmaa^wr" in Fig. 9, 
the task becomes the DMA owner, and the DMA 340 becomes 
active and starts the DMA transfer from internal memory 
170. In the example of Fig. 9, the DMA owner is an 
Egress Task 0 . 

When the transfer has been completed, as indicated 
by "last_word" in Fig. 9, the DMA becomes ready 
("RDY") . 
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When the DMA is in the Ready state, and the DMA 
ovmer task reads the DMA address register (indicated by 
"dmaa_rd" in Fig. 9), the DMA moves to the Execute 
state. The DMA owner is allowed to read the address 
register only in the DMA Ready state. Non-owner tasks 
are allowed to read the DMA address register in any DMA 
state . 

When the DMA is in the Execute state, the DMA 
owner task executes the applet loaded by the DMA. No 
new DMA access is allowed. 

When the DMA owner task writes the release code 
111 into the OP field of the DMAA register (Addendum 
1), the DMA returns to the Idle state. 

Diagrams 920, 930 illustrate state transitions for 
two egress tasks Task 0, Task N, not necessarily in the 
same hardware task. The conditions 730 are conditions 
7 for the egress tasks in Table Al-2. in the table, 
e3ce_dmaaRd is the same as dmaa_rd in Fig. 9; exe_dmaaWr 
is the same as dmaa_wr. "dmaa_rd,wr" in Fig. 9 means 
"dmaa_rd OR dmaa_wr" . Signals exe_dmaaRd, exe_dmaaWr 
are generated by execution unit 310. 

Thus, the DMA owner task is suspended when it 
attempts either to read or write the DMA address 
register in stage t3 while the DMA is Active. The 
owner task is released when the DMA becomes Ready. The 
non-owner task is suspended when it attempts to write 
the DMA register in stage t3 while the DMA is Ready. 
The non-owner task is released when the DMA becomes 
Idle. 
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The release conditions 734 are indicated as 

"clast_word" in conditions 7 for egress tasks 0 and 1 

in Table Al-2 . 

Fig- 10 illustrates task synchronization with 
respect to a semaphore register semr (Appendices 2, 6). 
The suspend conditions 730 are shown as conditions 5 in 
Table Al-2. Each suspend condition is as follows: 

(1) the task is in pipeline stage t3, and (2) a BITC or 
BITCI instruction is executed by the task with the 
target operand being the semaphore register, and the 
instruction has to be aborted because it is trying to 
write the same value to the semaphore register bit as 
the value the bit has had since before the instruction 

(this is indicated by signal exe_bitcSemReg in Table 
Al-2; all the signal names starting with ''exe_" denote 
signals generated by execution unit 310) . When the 
suspend occurs, task control block 320 sets a flag SPx 
to 1 where "X" is the task number (0-15). 

The release condition 730 is that the flag SPx is 
cleared (i.e. set to 0) . The task control block 320 
clears all the flags SPx when any one of the following 
two conditions occurs: 

(1) in pipeline stage t3, an instruction BITC or 
BITCI is executed successfully by some other Task Y. 
This condition is indicated by signal exe_bitcSemAcc in 
release conditions 5 in Table Al-3. 

(2) The channel 150 writes the semaphore 
register. This is indicated by cstrobe being asserted 
(Table A4-1 in Addendum 4) and csem[5] being at 1. The 
channel accesses the semaphore register to send an 
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indication to microcontroller 160 when commanded by a 
channel command. Sge the aforementioned U.S. patent 
application attorney docket No. M-4855 US "Systems and 
Methods for Data Transformation and Transfer in 
Networks" incorporated herein by reference. 

Fig. 11 illustrates task state transitions with 
respect to the search machine 190. Suspend condition 
730 {conditions 4 in Table Al-2) is that both of the 
following conditions (1) and (2) are true: 

(1) the task is in pipeline stage T3, the task is 
executing an instruction writing a command to the 
search machine (signal scmd_wr, shown as exe_scmdWr in 
Table Al-2) or reading a result from the search machine, 
(signal sres_rd, shown as exe_scmdRd in Table Al-2) . 
See microcontroller instruction SMWR (search machine 
command write) in Addendum 7 and the description of 
registers scmd, scmde in Addendum 6. 

(2) the search machine resources are not available 
to the task, as indicated by the signal task_ownbit [x] 
being 0 ("x" is the task number). This signal is shown 
as sm_task_ownbit in Tables Al-i and Al-2 in Addendum 
1. The signals whose names start with "sm " are 
generated by search machine 190. The search machine 
resources and suspend conditions are described in 
Addendum 2 . 

The release condition 734 is: the respective 
task_ownbit [x] is 1. 

Fig. 12 illustrates task synchronization with 
respect to the free list of scratch buffers 1610 (Fig. 
16 and Addendum 5) in memory 170. The suspend 
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condition 730 (conditions 6 in Table Al-2) is that all 
of the following are true: 

(1) The task is in pipeline stage t3; 

(2) The task is reading the internal free list 
register IFREEL (Addendum 6), as indicated by signal 
ifreel_rd generated by the execution unit. This signal 
is shown as exu^ifreelRd in Table Al-2. The IFREEL 
register is read to get a free buffer number. 

(3) The *^no_free_buffers" ( «no_f ree_buf " ) signal 
is asserted by the special registers block 315 to 
indicate no free buffers. 

The release condition 734 is that either of the 
following three conditions becomes true: 

(1) est robe (Table A4-1 in Addendum 4) is 
asserted by channel 150 while and csem[5] is 0, 
indicating that the channel 150 is returning the 
scratch buffer 1610 identified by signals csem[4:0] to 
the internal free list ; 

(2) signal IfreelWr (exu_if reelWr in Table Al-3) 
is asserted by the execution unit, indicating that the 

microcontroller is writing to the IFREEL register 
(Addendum 6); this register is written with a number of 

a scratch buffer being freed; 

(3) signal IfreerWr (exu_if reerWr) is asserted by 
the execution unit, indicating that the microcontroller 
is writing to the IFREER register . 

Fig. 13A is a block diagram of task control block 
320. Task control 320 includes four identical blocks 
of latches 1304.0, 1304.1, 1304.2, 1304.3. Latches 
1304.0 store the information related to a hardware task 
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in pipeline stage tO (TS) . That information is 
provided to the inputs of latches 13 04.1. Latches 
1304.1 store information on the hardware task in 
pipeline stage tl. Similarly, latches 1304.2, 1304.3 
store information on hardware tasks in respective 
stages t2, t3 . The outputs of latches 1304.1 are 
connected to respective inputs of latches 1304.2. The 
outputs of latches 1304.2 are connected to respective 
inputs of latches 1304.3. The outputs of latches 
1304.3 are used to determine whether the software task 
in pipeline stage t3 should be suspended, and are also 
used to determine the states of the software tasks for 
the respective hardware tasks, as described below. 

All the latches are clocked by the same clock (not 
15 shown) . 

In each block 1304, latch 1320 stores the 
respective hardware task number HT# (same as CHID 
above) . Latch 1322 stores the active software task 
number ST#=<SN, I/E> for the hardware task. If no task 

20 is active for the hardware task, the output of latch 
1322 is "don't care." 

Thus, the outputs of latches 1320, 1322 of block 
1304.1 form the signal task#_tl (Fig. 5), and the 
outputs of latches 1320, 1322 of block 1304.2 form the 

25 signal task#_t2 . The outputs of latches 1320, 1322 of 
block 1304.3 are connected to the inputs of latch 
circuit 1360, whose output is connected to the input of 
latch circuit 1362. The output of circuit 1362 
provides the signal task#_t5 (Fig. 5) . 
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The output of latch 1320 of block 13 04.3 is 
connected to the input of latch 1320 of block 1304.0. 

Each block 1304 contains four latch circuits 1330, 
one for each of the four software tasks IGx.O (also 
shown as "10" in Fig. 13A) , IGx.l ("II"), EGx.O ("EG"), 
and EGx.l ("El"), wherein "x" is the hardware task 
number stored in respective latch 1320. Each latch 
circuit 1330 includes two latches 1330S, 1330C, shown 
for simplicity only for task El. Circuit 1330S stores 
the task's state (i.e.. Ready, Active or Suspended). 
Circuit 1330C stores the release condition 734 needed 
to transfer the task to the ready state. The release 
condition is stored in the form of an index from 1 to 7 
(as in Table Al-3), or from 0 to 6 . The indices of 
possible release conditions for each type of task (10, 
II, EO, El) are shown in the left column in Table Al-3 
in Addendum 1 . 

The information in latch 133 OC is meaningful only 
if the state stored in the respective latch 1330S is 
"Suspended". For the ready and active states, the 
information in latch 1330C is "don't care". 

Each block 1304 includes six latches 1350 which 
store the states of the six respective request, status 
and command FIFOs for the corresponding hardware task. 
Possible states are illustrated in diagrams 704 (Fig. 
7) and 804 (Fig. 8) and described above. 

The outputs of latch circuits 1330, 1350 of block 
1304.3 are connected to next state and condition 
generator 1354. Circuit 1354 generates the next states 
of tasks and request, status and command FIFOs and also 
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next release condition values. These state and 
condition signals are provided via bus 1358 to the 
inputs of circuits 1330, 1350 of block 13 04.0. 

Fig. 13B shows the circuit 1354 in more detail. 
In circuit 1354, resource next stage generator 1380 
receives the request, status and command FIFO states 
from latch circuit 1350 of block 1304.3. Generator 
13 8 0 also receives all the signals described above in 
connection with diagrams 704 and 804 which can cause 
state transition of any one of the resource, status and 
command FIFOs. Generator 1380 calculates the next 
states of the FIFOs in accordance with diagrams 704 and 
804, and provides the next states to latch circuit 1350 
of latch block 13 04.0 in the same clock cycle t3 . 

The output of each latch circuit 133 0 is connected 
to the input of respective circuit 1390. For 
simplicity, only the circuit 13 90 for task El is 
illustrated in detail. For task El, the release 
condition output of latch 1330C is connected to the 
select input of a multiplexer 1394. The data inputs of 
multiplexer 1394 receive the seven possible release 
conditions 734 for task El (Table Al-3 section "Egress 
Task 1"). Each data input to multiplexer 1394 is a 
one-bit signal asserted if the corresponding release 
condition is true, and deasserted if the condition is 
false. 

The release condition signal selected by 
multiplexer 1394 (that is, the signal corresponding to 
the release condition stored in latch 1330C of block 
1304.3) is provided to task next stage generator 13 98. 
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Generator 1398 also receives the task's current state 
from latch 1330S and the Suspend signal on lead 410 
from suspend logic and release condition generator 14 01 
described below. Task next stage generator 1398 
generates a signal A indicating whether the task 
remains suspended or, alternatively, whether the task 
can be made active in the same clock cycle. Signal A 
is. generated according to the following table 2: 



TABLE 2 



State from 
latch 1330S 


Release cond. 
from MUX 1394 


Suspend signal 
on lead 410 


A 


Suspended 


TRUE 


don't care 


Ready 


FALSE 


don't care 


Suspended 


Ready- 


don't care 


don't care 


Ready 


Active 


don't care 


TRUE 


Suspended 


FALSE 


Active 



Arbiter 14 03 receives the A outputs from the four 
circuits 13 90 and generates from them the following 
signals on bus 1358: (1) the next stage of each task 
for respective latches 13 3 OS of block 1304.0; and (2) 
the active software task number ST# on lead 1404. The 
software task number is delivered to latch 1322 of 
block 1304.0. 

Arbiter 14 03 also generates the signal "idle" 
which is asserted to indicate that no task is active 
( see also Fig. 5) . 

Each circuit 13 90 for tasks 10, II, EO includes 
the signal A generation logic identical to multiplexer 
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1394 and task next state generator 1398 for task El, 
except that the release condition inputs to the 
multiplexers are taken from the sections of Table Al-3 
which correspond to the respective tasks (Ingress Task 
0, Ingress Task 1, or Egress Task 0) . 

Suspend logic and release condition generator 1401 
receives the outputs of latch circuits 13 50 of block 
1304.3 and also receives all the signals (e.g. 
cfifordy, mfsel, etc.) needed to calculate the suspend 
conditions 730 (Fig. 7-12 and Table Al-2 of Addendum 
1) . Block 1401 calculates the suspend conditions for 
an active task identified by the output of latch 1322 
of block 1304.3. Suspend logic 1401 provides the 
suspend signal on lead 410 to task next state generator 
13 98 and to similar generators in the other three 
circuits 1390. 

In addition, suspend logic 1401 generates the 
release condition data inputs 734 for each multiplexer 
13 94 and similar multiplexers (not shown) in the other 
3 blocks 1390. The release conditions are generated, 
according to the formulas of Table Al-3. 

Further, suspend logic 14 01 receives the state 
outputs of all the state latches 1330S in block 1304.3. 
For each task, if: (i) the state output indicates the 
active state, and (2) one of the suspend conditions for 
the task is TRUE, suspend logic 14 01 generates the 
index 734_in of the release condition needed to make 
the task ready. A separate index 734_in is generated 
for each task according to the respective section in 
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Table Al-3. Fig. 13B shows the index 734_in for task 
El only. 

In all the other cases (that is, if the state 
output for the task is not "active" or the state output 
5 is active but no suspend condition for the task is 

TRUE), the release index 734_in for the task is "don't 
care" . 

The release index 734_in for task El is provided 
to a data input of multiplexer 1406. The other data 

10 input of the multiplexer receives the condition output 
from latch 1330C of block 1304.3 for task El. The 
select input receives the "act" bit from state output 
of latch 1330S of block 1304.3 for task El. The state, 
output has two bits. The bit "act" is one of the two 

15 bits. The bit "act" ' indicates whether the state is 
"active". If "act" indicates the active state, 
multiplexer 1406 selects the release index 734_in. If 
"act" indicates a non-active state, multiplexer 1406 
selects the output of condition latch 13 3 0C. The 

20 selected signal is provided to bus 1358 which supplies, 
the signal to latch 1330C for task El in block 1304.0. 

Similarly, each circuit 1390 for each task 
includes a similar multiplexer 14 06 (not shown) which 
selects: (1) the release condition index 734_in for 

25 the respective task from suspend logic 14 01 if the 

output "act" from the latch circuit 1330 of block 304.3 
for the respective task indicates an active state, and 
(2) the condition output of latch 1330 of block 1304.3 
for the respective task if "act" indicates a non-active 
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State. The selected condition index is provided to the 
input of the respective latch 1330 in block 1304.0. 

In some embodiments, when one task is suspended, 
the registers having task-specific values are not 
5 saved. In particular, each task has its own PC 

register having the task PC and flags (see Addendum 6) . 
Further, register file 312 is divided into eight banks. 
Each bank is dedicated to a pair of an ingress task and 
an egress task from the same channel. The software 

10 executed by the task pair is written so that there are 
no common registers between the pair. Hence, while the 
register file registers may store task-specific values, 
these registers do not have to be saved or restored. 

The embodiments described herein do not limit the 

15 invention. In particular, the invention is not limited 
by the number of ports, or by ports being full- or 
half -duplex, or by any timing, signals, commands or 
instructions. In some embodiments, the microcontroller 
comprises multiple execution units having the pipeline 

20 of Fig. 6 or some other pipeline. In some embodiments, 
one or more microcontrollers comprise multiple 
execution units such as present in a super scaler or 
VLIW (very large instruction word) processor. In some 
embodiments, the microcontroller is replaced by a 

25 processor implemented with multiple integrated 

circuits. The term "task" as used herein includes 
processes and threads. Other embodiments and 
variations are within the scope of the invention, as 
described by the appended claims. 
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ADDENDUM 1 
TASK CONTROL BLOCK 



TABLE Al-1: Task Control Block signal list 



No. 


Signal Name 


Width 


I/O 


Tim- 
ing 


Function 




SM 190 
Interface 










1. 


tsk taskNumt2 
[3:0] 


4 


O 


t2 


Task number during 
Decode Stage 


2 . 


tsk taskNumt:5 
[3:0] 


4 


o 


t5 


Task number during WB 
Stage 


3 . 


sm task ownbit 
[15:0] 


16 


I 


async 


Task Own bit (1-resource 
available) 




Channel 150 
Interface 










4 . 


ccmdfull [7 : 0] 


8 


I 


async 


Command FIFO Full 


5. 


cf ifordy [15 : 0] 


16 


I 


async 


Req/Stt FIFO Ready 




Execution Unit 
Interface 










6 . 


tsk_susp 


1 


0 


t4 


Suspend indication 


7. 


tsk taslcNumtl 
[3:0] 


4 


o 


to 


Task Number 


8. 


tsk_idle 


1 


o 


to 


Indication to inject NOP 
during Fetch 


9. 


exu__Rf if oRd 


1 


I 


t3 


Req FIFO read 


10 . 


exu_Sf if oRd 


1 


I 


t3 


Stt FIFO read 


11. 


exu_scmdRd 


1 


I 


t3 


SM Result Read 


12 . 


exu_scmdWr 


1 


I 


t3 


SM Command write 


13. 


exu_IcmdFif oWr 


1 


. I 


t3 


Ingress Command FIFO 
write 


14 . 


exu_EcmdFi f oWr 


1 


I 


t3 


Egress Command FIFO 
write 


15. 


exu_lock 


1 


I 


t3 


Command FIFO lock 
indication 


16 . 


edma^done 


1 


I 


async 


DMA done indication 


17. 


edma^busy 


1 


I 


async 


DMA Busy indication 


18. 


edma_suspend 


1 


I 


t3 


DMA suspend 


19. 


edma_sel 


1 


I 


t3 


DMA release select 


20 . 


ef s_f iRelease 


1 


I 


async 


Free List Release Flag 


21. 


ef s_semRelease 


1 


I 


async 


Semaphore Release Flag 


22. 


ef s_suspend 


1 


I 


t3 


Semaphore or Free List 
suspend 


23. 


ef s_sel 


1 


I 


t3 


Semaphore or Free List 
rel. select 


24 . 


tsk_init_doneE 
0 


1 


I 


async 


EO Task Init 


25. 


tsk_init_doneI 
OIlEl 


1 


I 


async 


10, 11, El Task Init 




LSU Interface 










26. 


ts_taslcNum2 


4 


o 


t2 


Task number during 
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No. 


Signal Name 


Width 


I/O 


Tim- 
ing 


Function 












Decode Stage 



TABLE Al-2: Task Suspend Conditions 



num 


Suspend Conditions 




Xzidiress Taslc 0 

* ** JJ ^ O 0 ^ O w 




exe__KrxroKa & misei [xj & (Ireqt | -cit If ordy [x] ) 




exe___jD r 1 r OKa & mrsel lyj & (Isttf | -cf if ordy [y] ) 




^^^_J-cmariEowr Lxj & casK#_t3 & (ccmdfull[x] | -ICmdOwnedBylO) 


A 
** 


(exe__scmdRd | exe_scmdWr) & task# t3 & -sm task ownbit [x] 


c 
3 


exe^DiccsemKej 6c t:asK?f tJ 


O 


exu ifreelRd & no fsree bu£ 




Ingress Task 1 


X 


exe^KciLOKQ & mrsei Lxj & (-Ireqf | -cf if ordy [x] ) 




^^^^^'^t.ovjl & mrsel [yj & {-Isttf | -cf if ordy [y] ) 




®^^_IC"^dFif oWr [x] & task#_t3 & (ccmfull [x] | -ICmdOwnedByll) 




(exe_scmdRd | exe_scmdWrO & task# t3 & -sm task ownbit [x] 


c 
b 


exe_bitcSemRe j & task# t3 


o 


exu_ifreelRd & no_free_buf 




Egress Task 0 


1 


exe_RfifoRd & mf sel [x] & (Ereqf | -cf if ordy [x] ) 


2 


exe_SfifoRd & mf sel [y] & (Esttf | -cf if ordy [y] ) 


3 


exe_EcmdFif oWr [x] & task# t3 & ( ccmdf all [x]. | ECmdfl) 


4 


(exe_scmdRd | exe_scmdWr) & task# t3 & -sm task ownbit [x] 


5 


exe_bitcSemRej & task#_t3 


6 


exu ifreelRd & no free buf 


7 


(exe_dmaaRd | exe_dmaaWr) & task# t3 & -dma idle 


8 


exe_IcmdFifoWr tx] & task#_t3 & (ccmfull [x] | -ICmdOwnedByEO ) 




Egress Task 1 


1 


exe_RfifoRd & mf sel [x] & (Ereqf | -cf if ordy [x] ) 


2 


exe_SFifoRd & mf sel [y] & (Esttf | -cfifordy [y] ) 


3 


exe^EcmdPifoWr [x] & task# t3 & ( ccmdf ul 1 [x] | -ECmdfl) 


4 


(exe_scmdRd ( exe_scmdWr) & task# t3 & -sm task ownbit [x] 


5 


exe_bitcSemRej & task#_t3 


6 


exu_ifreelRd & no_free_buf 


7 


(exe_dmaaRd | exe_dmaaWr) & task# t3 & -dma idle 


8 


exe_IcmdFifoWr [x] & task# t3 & (ccmfull [x] | -ICmdOwnedByEl 




TABLE Al-3: Task Release Conditions 


num 


Release Conditions 




Ingress Task 0 


1 


Ireqf_ & cfifordy [x] 
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num 


Release Conditions 




Ingress Task 0 


2 


Isttf_ & cfifordy[y] 


3 


ccmdfull [x]_ Sc ICmdfOwnedBylO 


4 


sm_task_ownbit [x] 


5 


SPx & (exe_bitcSemAcc | (cstrobe & csem[5])) 


6 


exu_ifreelWr | exu_ifreerWr | (cstrobe & -csemCS]) 




Ingress Task 1 


1 


Ireqf & cfifordy[x] 


2 


Isttf & cfifordy[y] 


3 


ccmdfull [x)_ Sc ICmdfOwnedByll 


4 


sm_task_ownbit [x] 


5 


SPx & {exe_bitcSemAcc | (cstrobe & -csem[5])) 


6 


exu_xfreelWr | exu_ifreerWr | (cstrobe & -csemtS] ) 




Egress Task 0 


1 


Ereqf_ & cfifordy[x] 


2 


Esttf_ £e cfifordy[y] 


3 


ccmdfull [x] & -ECmdf 1 


4 


sm_tasJc_ownbit [x] 


5 


SPx & (exe_bitcSemAcc | (cstrobe & csem[5])) 


6 


exu_ifreelWr | exu_ifreerWr | (cstrobe & -csem[5] ) 


7 


clast word 


8 


ccmdfull [x]_ & ICmdOwnedByEO 




Egress Task 1 


1 


Ereqf & cfifordy[x] 


2 


Esttf Sc cfifordy[y] 


3 


ccmf full [x] Sc ECmdf 1 


4 


sm_task_ownbit [x] 


•5 


SPx Sc (exe_bitcSemAcc | (cstrobe & csem[5] ) ) 


6 


exu_ifreelWr | exu_ifreerWr | (cstrobe & -csem(5] ) 


7 


clast word 


8 


ccmdfull [x]_ & ICmdOwnedByEl 
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• ADDENDUM 2 
RESOURCES 

All resources are accessed through special 
registers or dedicated microcontroller commands. 
Search Machine 

The Search Machine has two resources: Command, 
written by the microcontroller, and Result. 

There are 16 write only Command resources (one for 
every task) . The only case when this resource is not 
available is when a previous command from the same task 
is not completed. 

There are 16 read only Result resources (one for 
each task) . When a command is posted to the Search 
Machine, the Result becomes unavailable until the 
command is executed. Some commands (e.g. Insert or 
Delete) do not have a result. 
Channel Control 

The channel control has three kinds of resources: 
command FIFOs 260, request FIFOs 230, and status FIFOs 
240. 

A command resource is unavailable in two cases: 

a. The resource belongs to another task. 
In this case when the other task releases the 
resource, it becomes available to this task. 

b. Command FIFO is full. In this case when 
the Command FIFO becomes not full, the task can 
continue to use this resource. 

The Command resource has session protection (i.e. 
several commands can be written by one task before the 
resource is passed to another task) . This is achieved 
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10 



by locking the resource during the first access and 
unlocking it in the last access. When the Command 
resource is locked, no other task can access this 
resource . 

An egress task EGx of a channel 150.x may write 
commands to an ingress command FIFO 2601 of the same 
channel 150.x to send a message to switch 120. The 
egress task may write the ingress command FIFO whenever 
the ingress command FIFO is unlocked. When the egress 
task writes its first command to the ingress command 
FIFO 2601, the command FIFO becomes locked until the 
last command from the egress task has been written. 

A Request or Status FIFO resource is not available 
in two cases: 

a. The resource belongs to another task. 
In this case when the other task reads the FIFO, 
the resource becomes available to this task. 

b. The FIFO is empty. In this case when 
the FIFO becomes ready, the task can continue to 

20 use this resource. 

DMA 

The DMA block is responsible for downloading 
applets from data FIFOs to the program memory 314. 
This resource is used by egress tasks which set the DMA 
address before the transfer and read the last word 
address when the transfer is complete. Reading the 
last word address during the transfer will cause the 
task to be suspended until the last word is 
transferred. Also, an attempt to write a new DMA 



15 
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address by another egress task, when the first transfer 
is not complete, will cause the task suspension. 
Internal Memory 170 Management 

The Internal Memory Management is responsible for 
managing free buffers 1610 (Fig. 15) inside the Scratch 
Pad Area in the internal memory. There are 3 2 free 
buffers in the memory. When a task wants to get the 
next available free buffer, it accesses the Free List 
(FreeL) resource (register IFREEL in Addendum 6) . If 
there are no buffers left, the task will be suspended. 
The buffers are released back to the free list when a 
channel command which used this buffer indicates that 
the buffer is to be released. 
Semaphore 

The semaphore register semr has 32 bits. Each of 
them is directly accessible using the Bit Change 
Immediate (BITCI) and BITC commands of the 
microcontroller. The semaphores are used for 
protection and communication between tasks. 

If the BITCI or BITC command attempts to write the 
same value to the bit as the current bit value, it will 
be aborted and its task will be suspended. Later on, 
when the semaphore register is changed (any bit in the 
register is changed) , all tasks which are waiting for a 
semaphore will be made Ready and will try to execute 
the Bit_Change_Immediate command again. 

Bits 31-24 of the semaphore register can be set by 
changing respective predetermined external pins (not 
shown) of PIF 110 from 0 to 1 . 
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ADDENDUM 3 
TASKS WAIT CONDITIONS 

There are two conditions which may cause the Wait 
signal to be asserted: 

(1) Register Scoreboard 

For each register in the microcontroller there is 
a scoreboard bit which indicates its status. If the 
bit is set, the register is dirty, i.e. waiting for 
data to be loaded by the LSU 330. A possible scenario 
is as follows: 

(a) A task requests loading the register by the 

LSU. 

(b) The task requests using this register as a 
source. However, the scoreboard is dirty. Hence, the 
Wait signal is asserted. 

(c) Then the LSU loads the register. 

(d) The task again requests using this register 
as a source. This time the usage is permitted. 

(2) LSU FIFO Full 

This is another condition to generate the wait 
signal. Once the LSU FIFO that queues the load and 
store requests becomes ready this condition is cleared. 



407900 v2 

, Addendum 4 



ADDENDUM 4 

The following table lists some signals used in the 
channel/microcontroller interface. "I" means the 
signal is an input for the channel. «0" means the 
signal is a channel output. 



TABLE 



Signal name | Width 


I/O Function 


Indication 


csem [5:0] 


6 


0 


Semaphore ID; CSEM [5]- 

= SCRATCH /NOP 
Indication 


est robe 


1 


0 


Semaphore SET strobe 


Cosmand FIFO 


mf load [7:0] 


8 


I 


CMD FiFo Load strobes 
(<Channel>, I/E) 


ccmdf ull [7 : 0] 


8 


0 


CMD FIFO Full 
(<Channel>, 1/E) 


Req/Status FiFo 


cf ifordy [15:0] 


16 


0 


FIFO RDY (READY) 
{<Channel>, 1/E, 

Req/Stt) 


mf sel [3 : 0] 


4 


I 


FIFO Select address 
(<Channel>, 1/E, 

Req/Stt) 


mf rd 


1 


I 


FIFO Read Strobe 
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ADDENDUM 5 
MEMORY 

Map of Internal Memory 17 0 
The internal memory map is shown in Fig. 14. 

DATA A REA 1510 (ADDRESSES 0000 -IFFF HEX) 

This area is used for the Scratch Pad 1610 and the 

Data and Command FIFOs. This area is accessed using 

relative addresses. The data area memory map is shown 

in Fig. 15. 

In Fig. 15, "DBASE_I" is the ^^DBASE" field of the 
CFGR register (described below) for the ingress side. 
Similarly, DLEN, CBASE, CLEN are fields of the 
corresponding CFGR register. The suffix ^*_I'' stands 
for ingress, and «_E" stands for egress. 

CONTROL AREA 152 0 FOR EACH CHANNEL 

One of the register types in this area is: 

CFGR - Channel Conf icniration Register (Ingress & 
Egress) 

There are 8 CFGR registers, one per direction of 
each channel. Their fields are: 

bits) Data Buffer Base Pointer (64 bytes 
aligned) 

bits) Data Buffer Length (64 bytes 

granularity) 
bits) Command Buffer Base Pointer (64 bytes 
aligned) 

bits) Command Buffer Length (64 bytes 



DBASE (9 

DLEN (7 

CBASE ( 9 

CLEN (3 
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granularity) 

GAP (4 bits) Minimum gap between Data Read and 

Write pointers when the Frame Control 
Word is invalid (8 bytes granularity) 

DATA AREA 153 0 fADDRESfi 40Q0-SPFF HEX> 

This area is described in the aforementioned U.S. 
patent application attorney docket number M-4855 US. 
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ADDENDUM 6 

MICROCONTROLLER REGISTERS 

Register File map 

The register file 312 is divided into eight banks 
(Fig. 16) . Each bank is dedicated to a pair of ingress 
and egress tasks from the same channel 150.x. In some 
embodiments, the ingress task uses more registers than 
an egress task because ingress processing is more 
complex. In some embodiments, task software is such 
that there are no common registers between the two 
tasks . 

Each register r0.0-r7.7 is 1 byte wide. 8 
consecutive bytes can be read in parallel from the 
register file. To form a 7-bit register address, the 
register number (0 through 63) is concatenated with the 
bank ID which itself is a concatenation of the channel 
ID ^^CHID" and the task pair number SN (0 or 1) ; the 
address MSB is 0 to indicate register file 312 (versus 
special registers 314) . 
Microcontroller register map 

All registers in the microcontroller are directly 
accessible through microcontroller commands. The 
register map is divided into two regions: register file 
312 and special registers 315. A register address 
consists of 7 bits. For the special registers 315, the 
address MSB is 1; for the register file 312, the MSB is 
0. 
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Data Memory 316 

Data memory 316 (Fig. 17) is used for temporary 
storage of variables as well as for some parameters 
described below. 

Data memory 316 is therefore divided into three 
regions : 

a. For each task, tasks registers trO-tr5 (6 per 
task) . These registers are dedicated to the 
respective task. 

b. Channel registers cr0-cr3 (4 per channel 
150.x) . These registers are dedicated to a 
hardware task. All tasks of the same channel 
(two ingress and two egress tasks) have 
access to these registers. 

c. Global registers gr (16 registers). These 
registers are global for all the tasks. 

Data memory 316 is 128 words of 32 bits. 

The 7 -bit address generation scheme for data 
memory 316 is shown in Fig. 18, where: 

tr is Task Register number (0-5) . 

tn is Task Number (0-15) (tr and tn form a task 
register address) . 

cr is Channel Register number (0-3; "110," cr, 
cn form a channel register address) . 

cn is Channel Number (0-3) . 

gr is Global Register number (0-15) . 
Special registers (SR) 315 (see the table A6-1 below) 
are directly accessible through microcontroller 
commands (similar to the register file) . Special 
registers 315 may be divided into three types: 
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a. registers which belong to a task, such as 
Program Counter (PC), Task Number (TIN), etc. 

b. resource registers, such as Request FIFO 
(reqf ) , Status FIFO (sttf ) , Search Machine 
Command (scmd) , etc. (see Addendum 2). 

c. Data memory 316 registers, such as task 
registers (tr) , channel registers (cr) and 
global registers (gr) . 

The resources and the data memory 316 (note types 
(b) and (c) ) are mapped into the special registers to 
simplify their access. 

Pertinent special registers are summarized in the 
following table. 

TABLE A6-1: Special Registers 



Address 


name 


type 


access 


width 


total 


comment 


1000_000 


null 




r 


32 




zero data 


1000_001 


one 




r 


32 




all ones data 


1000_010 


pc 


a 


rw 


16 


16 


program counter 


• 1000_011 


tn 


a 


r 


4 


1 


task number 


1000^100 


ctl 


a 


rw 


16 


1 


general control 
register 


1000_101 


dmaa 


a 


rw 


32 


1 ■ 


program download 
address ^ 


1000_110 


reqf 


b 


r 


16 


8 


request fifo 


1000_111 


sttf 


b 


r 


16 


8 


status fifo 


1001_000 


imp 


a 


rw 


10 


16 


internal memory 
pointer 


1001_001 


xmp 


a 


rw 


16 


16 


external memory 
pointer 


1001_100 


cmd_i 


b 


w 


64 


f ifo 


xngress command 


1001_101 


cmd_e 


b 


w 


64 


fifo 


egress command 


1001_110 


cmd_il 


b 


w 


64 


f ifo 


ingress command 
(lock) 


1001_111 


cmd_el 


b 


w 


64 


fifo 


egress command 
(lock) 


1010_000 


scmd 


b 


rw 


64 


16 


SM command/ 
result 


1010_001 


scmde 


b 


rw 


64 


16 


SM command/ 
result extension 
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Address 


name 


type 


access 


width 


total 


comment 


±U J.U U lU 


xf reel 


b 


rw 


16 


4 


external free 
list 


1010_011 


timer 


a 


rw 


50 


1 


general timer 


1010_100 


smcntl 


a 


rw 


17 


1 


search machine 
control reg. 


^ ft ^ ft ^ ft ^ 

1010^101 


f lent 


a 


r 


17 


4 


external free 
list counter 


T o T r\ lift 


age 10 


a 


r 


16 


4 


head of age list 
#0 


1010^111 


age 11 


a 


r 


16 


4 


head of age list 
#1 


1 n 1 1 n n 


semr 


a 


rw 


32 


1 


semaphore reg 


XUXX UU X 


if reel 


b 


rw 


5 


1 


internal free 
list 


•L\J XJL U JL u 


i freer 


D 


rw 


32 


1 


internal free 
register 


10X1_0XX 


miir 


a 


rw 


32 


1 


mii register 


T n 1 1 Ton 
X U X X xuu 


msgr 


a 


rw 


32 


1 


message register 


1011_1X0 


thrshlO 




rw 




A 
*± 


age tnresnoia #0 


1011_lll 


thrshll 


a 


rw 


16 


4 


age threshold #1 


lXOO_iii 


trO-5 


c 


rw 


32 


96 


task register 


X101_0ii 


crO-3 


c 


rw 


32 


16 


channel register 


1101_111 


pmdr 


a 


r 


32 


1 


program memory 
data register 


llli_iii 


grO-X5 


c 


rw 


32 


16 


general register 



10 



Register fields of some special registers are as 

follows : 

PC - Program Counter & Flags 

PC (10 bits) Program Counter 
(1 bit) Flag - Greater 
(1 bit) Flag - Less 
(1 bit) Flag - Equal 
(1 bit) Flag - Carry 
G, L, E, and C are read-only. 
TN - Task Number 

CHID (2 bits) Channel Id 

SN (1 bit) Sequence Number 

I/E (1 bit) Ingress (0) /Egress (1) 



G 
L 
E 
C 
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SCMD,SCMDE - Coxmnand said Command Extension 

During write operations these 32 -bit registers 
form a command for the search machine. During read 
operations these registers provide the result. 

SCMDE should be written prior to SCMD. 
XFREEL - External Free List 

A write to this register causes adding a block to 
the free list stack in external memory 200. A read 
from this register causes removing a block from the 
stack . 

There is one free list stack per channel. Each 
register contains a 16 -bit pointer to the top of the 
stack. 

TIMER - general timer 

Timer (32 bits) Timer value. 

The timer is a free running counter advanced 

every 8 system clock ticks. 
NXTE (16 bits) Pointer to the next entry to 

examine for aging. 

This field is write only. Should be 
initialized after reset. 

ET (1 bit) Enable Timer Update. 

This field is used during write operations. 
If ET=l, the timer counter gets the value 
being written. If ET=0, the timer counter is 
not affected by the write. 

EN (1 bit) Enable Next Entry Update. This field 

is used during write operations. If EN=l, 
the NXTE pointer gets the new value. If 
EN=0, the NXTE field is invalid. 
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SMCNTL - 



Search Machine Control register 

(16 bits) Node area start pointer. 



Pointer 



This pointer defines the search node area 
(the bottom of this area is OxFFFF) . The 
automatic aging mechanism will be performed 
only inside this area. 

(1 bit) Aging Enable (0 -disable; 1 -enable) . 



FLCNT - Free list counter 

This read only register contains the number of 
entries in the free list in the scratch pad area of 
memory 170. 



AGELO, AGELl - head of age list 0^1 

These are read only registers (two per channel) . 
Each contains the top of the age list (there are two 
age lists per channel) . A read from any one of these 
registers causes the register to clear. Of note, the 
TSTMP (time stamp) field in the node (Addendum 8) is 
used to link nodes together . in this list. When the 
register is 0, the list is empty. 
Pointer (16 bits) Top of the List pointer. 
THRSHLO, THRSHLl - Threshold register 

Each of these registers contains the threshold 
associated with the corresponding Age List . 

When |current_time - timestampj > threshold, and 
the entry is of type LRND (learned entry) , the entry is 
added to the Age List. 

threshold (16 bits) Threshold value 



Message Register is used to transfer messages 



between the microcontroller and switch 120 CPU (not 



Count 



(17 bits) Counter (max value is 0x10000) 
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shown) . The messages are transferred through the 
Header line, 

MSGA (16 bits) Message to CPU when writing MSGR, 

and from CPU when reading the register. This 
field is cleared after read. 

MSGB (16 bits) Message to CPU when reading the 

register (for testing) . 

DMAA - DMA Address 

OP (3 bits) Operation 

000- nop 

001- Load from EPROM 204 
010- Load from switch 120 
111 - Release . 

EPA (13 bits) EPROM Start Address 

LER (1 bit) Load Error 

PMA (10 bits) Program Memory Address 

SEMR - Semaphore Register 

S[i] (1 bit) Semaphore bit ""i" 

IPREER - Internal Free Register (16 bits) 

F[i] (1 bit) indicates whether Block **i" in the scratch 

pad area of memory 170 is free. 

IFREEL - Internal Free List 

BLKN (5 bits) Free Block Number (i.e. scratch buffer 
number; see Fig. 15) . A read of this register removes 
the scratch buffer BLKN from the free list. A write to 
this register returns to the free list the buffer 
identified by the BLKN value being written. 
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MIIR - Mil control register 

This register is used to communicate with Ethernet 
PHY devices through Mil control interface. 
BSY (1 bit) Busy. 

Set with a new command, and reset when the 
command is done. 
CMD (4 bits) Command 

1000 - Scan On 

0000 - Scan Off 

0100 - Send Control Info 

0010 - Read Status 
NV (1 bit) Not Valid. 

Set when the data from PHY is not valid. 
FIAD (5 bits) PHY Address. 

RGAD (5 bits) Register Address. 

Data (16 bits) Data. 
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ADDENDUM 7 
MICROCO NTROLLER INSTRUCTTQWfi 

Three Operand instructions 

These instructions perform arithmetic and logic 
operations between Operand_A and Operand_B. The res 
is written to Operand_C. The instructions are: 



ADD 


- Add 


SUB 


- Subtract 


OR 


- Logical OR 


AND 


- Logical AND 


XOR 


- Logical XOR 


SHL 


- Shift Left 


SHR 


- Shift Right 


BITC - 


- Bit Change 



The instruction Size field specifies the operand 
sizes . 

A two-bit «dt" field (destination type) in the 
instruction specifies the type of Operand_C as follows: 

- Operand_C is a register in register 
file 312 or special registers 315. 

- Operand_C is in memory 170. The 
Operand_C field is used as 7 bits 
immediate value in the Load/Store Unit 
for address generation. 

- Operand_C is in external memory 200. 
The Operand_C field together with dt [1] 
bit is used as an 8 bit immediate value 
in the Load/Store Unit for address 
generation. 



dt = 00 
dt = 10 

dt = xl 
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Note that instructions with non-zero dt cannot use 
resources as their operands. 

Two operand instruction with an immediate byte 

These instructions perform arithmetic or logic 
operation between 6perand_A and an immediate byte. The 
result is written to Operand_C. The instructions are: 



ADI - 


Add Immediate 


SBI - 


Subtract Immediate 


ORI - 


Logical OR Immediate 


ANDI - 


Logical AND Immediate 


XORI - 


Logical XOR Immediate 


SHLI - 


Shift Left Immediate 


SHRI - 


Shift Right Immediate 


BITCI 


Bit Change Immediate 



The Size field specifies the sizes of operands. 
A two-bit "dt" field (destination type) of the 

instruction specifies the type of the Operand_C field 

as in the three-operand instructions. 

Two operand instructions 

These instructions perform move and compare 

operations between two operands. The instructions are: 
MOVE - MOVE Operand A to Operand C 
CMP - Compare Operand C to Operand A 
The size field of the instruction specifies the 

sizes of operands. 

One operand instructions with Immediate 

These instructions perform move and compare 
operations between an operand and an immediate field. 
The instructions are: 

MVIW - MOVE Immediate Word 
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MVIB - MOVE Immediate Byte 
CPIB - Compare Immediate Byte 
CPIW - Compare Immediate Word 

The size field of the instruction specifies the 
size of Operand_C. 

Special one operand instructions with immediate field 

These instructions perform an operation on Operand 
C as follows: 

SMWR - Search Machine Write 

CMD - Channel Command Write 

CASE - Case statement 

BTJ - Bit Test and Jump 
Load & Store Instructions 

These instructions perform Load and Store 
operation between Operand A and memory 170 or 200. The 
instructions are: 

LOAD 

STORE 

The "dt" field (destination type) specifies the 
type of destination as follows: 

dt = 10 - Destination is memory 170. The 
immediate field is used as a 7 bit 
immediate value in the Load/Store Unit 
for address generation. 
= xl - Desti-nation is memory 200. The 

immediate field together with the dt [1] 
bit is used as an 8 bit immediate value 
in the Load/Store Unit for address 
generation . 
Special Immediate instruction 
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This instruction is CMDI (Command Immediate) . It 
is used to write to a command FIFO. 

Selected Instructions 
ADD, SUB, ADi/ SBI 
Flags: 

E is set when result is equal to zero 

C is set when Carry (for ADD, ADI) or Borrow 

(for SUB, SBI) is generated (based on operand opC 

size) 

OR, AND, XOR, SHL, SHR, ORI, ANDI, XORI, SHLI, SHRI 

Flags : 

E is set when result is equal to zero 
BITC Bit Change. 

Operands: bits [31:25] = opC, [24:18] = opA, [17:16] = 

dt, [14:8] = opB, [7] = V 
Operation: opC<-opA [opB] <-v (i.e. opC receives the 

value of opA except that the bit number opB in opC 

is set to v) 
Flags : 

E is set when (opA[opB] == v) 
BITCI Bit Change immediate 

Operands: bits [31:25] = opC, [24:18] = opA, [17:16] = 

dt, [12:8] = imm, [7] = v 
Operation: opC<-opA [imm] <-v 
Flags : 

E is set when (opA[imm] ==v) 
CMP - Compare 

Operands: bits [31:25] = opC, [24:18] = opA, [7:5] = 
operand size 
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Operation : opC?opA 
Flags : 

E is set when (opC == opA) 

G is set when (opC > opA) 

L is set when (opC < opA) 
CPIW - Compare immediate word 
Operands: bits [31:25] = opC, [23:8] = imm 
Operation: opC?imm 
Flags : 

E is set when (opC == imm) 
G is set when (opC > imm) 
L is set when (opC < imm) 
CPIB - Compare immediate byte 

Operands: bits [31:25] - opC, [23:16] = bit^masJc, 

[15:8] = imm 
Operation: (bit_mask & opC) ?imm 
Flags : 

E is set when ( (bit_mask&opC) == imm) 
G is set when ( (bit_mask&opC) > imm) 
L is set when ( (bit_mask&opC) < imm) 
LOAD Load from internal or external memory 
Operands: bits [31:25] = aop, [24:18] opA, [17:16] = 

dt, [7] = i, [6] = f 
Operation: 

if [dt==10] opA<-IM[{aop, imp}] ; imp=imp+i; 

if [dt==xl] opA<-XM[{aop,xmp}] ; xmp=xmp+i; 

IM is internal memory 170; imp is the internal 

memory pointer register (Table A6-1) ; 

XM is external memory 200; xpm is the external 

memory pointer register (Table A6-1) . 
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When the f bit is set, the execution of load 

instruction is delayed if previous store operation 

from the same channel is not complete. 
5 aop is address bits concatenated with imp or xmp 

indicates concatenation) . 
STORE Store to internal or external memory 
Operands: bits [31:25] = aop, [24:18] = opA, [17:16] = 

dt, [7] = i 
10 Operation: 

if [dt==10] opA->IM[{aop,imp}] ; imp=imp+i; 

if [dt==xl] opA->XM[{aop,xmp}] ; xmp=xmp+i; 

IM, XM, imp, xmp, and aop have the same meaning as 

for the LOAD instruction. 
15 SMWR Search Machine command Write 

Operands: bits [31:25] = opC, [23:8] = imm 
Operation: scmd<- {opC[63:16], imm} 
CMDI Immediate Command to Channel 
Operands: bits [31:8] = imm, [7] = L, [6] = P 
20 Operation: 

Command_port <-{40'b0, imm} 

where 40 'bO denotes 4 0 binary zeroes, 

« 

if P=0, Cominand_port = cmd_i; (Ingress Command) 
P=l» Command_port = cmd_e; (Egress Command) 
25 The instruction L flag (1 bit) is Lock/Unlock 

control (when set, the lock state in the 
instruction is changed) 
CMD -- Command to Channel 

Operands: bits [31:25] = opC, [23:8] = imm, [7] = L, 
30 [6] = P 
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Operation: 

Command_por t < - { opC [63:16], imm } 
if P=0, Command_port = cmd_i; (Ingress Command) 
5 if p=i, Command_port = cmd_e; (Egress Command) 

The 1-bit L flag in the instruction is Lock/Unlock 
control (when set, the lock state is changed) 

CASE 

Operands: bits [31 : 25] =opC, [23 : 16] =bit_mask, [12:8] = 
10 shift 

Operation: PC<-PC+ ( (opC&bit_mask) >>shift) +1 
BTJ -- Bit test and jump 

Operands: bits [31:25] = opC, [24:13] = addr, [12:8] = 
bit, [7] = V 
15 Operation: if (opC [bit] ==v) then PC<-addr 
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ADDENDUM 8 
SEARCH MACKTfTR 
The search machine uses the well-known PATRICIA 
tree structure (see U.S. Patent 5,546,390 "Method and 
Apparatus for Radix Decision Packet Processing- issued 
August 13, 1996 to G.C. Stone and incorporated herein 
by reference) . 

Fig. 19 Illustrates tree nodes 2400. Each node is 
four 64 -bit words long. The node formats are as 
follows . 



Search 


Node format 






Abbrev 


Name 


Size 


1 Description 


LCP 


Left Child 
Pointer 


16 


Pointer to another radix node 
entry 


RCP 


Right Child 
Pointer 


16 


Pointer to another radix node 
entry 


NAP 


Ntwk Addr 
Pointer 


6 


Pointer to a network address node 


BIX 


Bit Index 


6 


the bit that this radix node is 
testing for 


FLG 


Flags 


1 


bit 54-LVD-Left network address 
valid in network address node. 
0-Inva lid; 1-Va lid 






1 


bit 55-RVD-Right network address 
valid in network address node. 
0— Inval id ; 1— Val id 






1 


bit 56-LUP-Left Child pointer is 
an upward pointer or a downward 
pointer 

0-downward ; 1-upward 






1 


bit 57-RUP-Right Child pointer is 
an upward pointer or a downward 
pointer 

0— downward ; 1— upward 



TYP 


Type 


6 


bits 61:58— Tells the type of radix 








node 








000'0-Free List Entry. 








OOOl-Static Entry that does 








not allow for aging. 








0010— Learned Entry that 








allows for aging 








0011— Root Entry 








0100— Synthetic Entry 








contains no real key. 








0101— Network Entry 
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0110- Dirty Entry that is 
waiting for configuration 

0 111- User Defined Entry 
10 00— Aged Entry 
1001-Deleted Root entry 

bits 62 Identifies the timer 

0- Timer 0; DEFAULT VALUE 

1— Timer 1 

a p C? C* P ^ yTT»l"\ 

o J — KiioEKVED 


KEY 


Kev 


t o 


Different searches compare 
tixiterenc numiDer or bits. DA 

Qescination address) is 
48 bits, IP is 32 bits, SA 
(Ethernet source address) is 48 
bits. 


RTP 


Root Pointer 


16 


Pointer to the root of my tree 


TSTNP 


Time St amp 


16 


j-i<ifat. cime cne entry was used 


ECNT 


Entry Count 


16 


# of times the entry was used 


UNIFO 


User 

Information 


64 


User definable fields. Ex: 
UINFO[63:60] - State. 
UINFO[59:56] - Flags. 
UNIFO [23:0] —VPI/VCI. For 
Ingress . 


NRP 


Next Result 
Pointer 


16 


Pointer to an optional 4 word 
entry that is part of the result 
of this node. 
0x00 — means NULL and no 
additional link exists 


NTP 


Next Tree 
Pointer 


16 


Pointer to a Patricia Tree. 
Allows hierarchical searching. 
0x0 0 — means NULL and no 
additional link exists. 



Abbrev 


Name 


Size 


Description 


LCP 


Left Chil 
Pointer 


16 


Pointer to another radix node 
entry 


RCP 


Right Child 
Pointer 


16 


Pointer to another radix node 

entry 


NAP 


Ntwk Addr 
Pointer 


16 


Pointer to a network address node 


BIX 


Bit Index 


6 


the bit that this radix node is 
testing for. For a ROOT node 
BIX=0x2f 


FLG 


Flags 


1 


bit 54-LVD-Left network address 
valid in network address node. 
0-Invalid; 1-Valid 
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Abbrev 



TYP 



NTP 



Name 



Type 



Next Tree 
Pointer 



16 



Description 

bit 55-RVD-Right network address 
valid in network address node. 
0-Inva lid; 1— Val id 



bit 56-LUP-Left Child pointer is 
an upward pointer or a down-ward 
pointer 

0— downward ; 1— upward 



bit 57-RUP-Right Child pointer is 
an upward pointer or a downward 
pointer 

^ 0--downward; 1— upward 

bits 61:58-Tells the type of radix 
node 

TYPE field is set to 0011 
for a ROOT node. 
Key is implicit in this 
case; left children see a 
Key of 0x000000 and right 
children see a key of 
Oxffffff . 
bit 62-0 

bit 63- (RESERVED) . 



Next Tree Pointer field is used to 
link up several roots during the 
delete tree process . 
This field is different from the 
Radix Note NTP field because the 
SM 190 is the one that gets to 
write to it. The microcontroller 
does not have access to this field 
in a ROOT node. It is used for 
the sole purpose of deleting 
trees 



Svnthe 


tic Node form, 


at 




Abbrev 


Name 


Size 


Description 


LCP 


Left Chil 
Pointer 


16 


Pointer to another radix node 
entry 


RCP 


Right Child 
Pointer 


16 


Pointer to another radix node 
entry 


NAP 


Ntwk Addr 
Pointer 


16 


Pointer to a network address node 


BIX 


Bit Index 


6 


the bit that this radix node is 
testing for. For a ROOT node 

BIX=0x2f 


FLG 


Flags 


1 


bit 54-LVD-Left network address 
valid in network address node. 
0-Inval id ; 1-Valid 
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KT<i<k VMM. 

Name 


1 Size 


Description 






1 


bit 55-RVD-Right network address 
valid in network address node. 
0— Invalid; l-Valid 






1 


bit 56-LUP-Left Child pointer is 
an upward pointer or a downward 
pointer 

0 — downwa r d ; 1— up wa r d 






1 


bit 57-RUP-Right Child pointer is 
an upward pointer or a downward 
pointer 

0— downward ; 1— upward 


TYP 


Type 


6 . 


bits 61:58-Tells the type of radix 
node 

TYPE field is set to 0100 for 
a synthetic entry. 
Key is derived from the 
Network Address that is 
sitting on this synthetic 
entry, 
bit 62-0 

bit 63-0 (RESERVED) . 


KEY 


Key- 


48 


The key is derived from the 
network address node that it is 
storing. 


RTP 


Root Pointer 


16 


Pointer to the root of my tree 


Network Address Node format 


Abbrev 


Name 


Size 


Description 


LNA 


Left Network 
Address 


32 


Network Address 


NLRP 


Next Left 

Result 

Pointer 


16 


Pointer to a 4 word node where 
additional results are stored. 


LMASK 


Left Network 
Mask 


6 


Network Mask. Assumes a 
contiguous mask of I's. This 
value tells the position of the 
last 1 


TYPE 


Type 


6 


bits 61:58- 0101 
bit 62-0 

bit 63-0 (RESERVED) 


LUINFO 


Left User 
Information 


64 


User defined field for the left 
network address. E.g.: VPI/VCI, 
State, Flags etc. 


RNA 


Right Network 
Address 


32 


Network Address 
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Abbrev 


Name 


Size 


Description 


RMASK 


Right Network 
Mask 


6 


Network Mask. Assumes a 
contiguous mask of I's. This 
value tells the position of the 
last 1 


NRRP 


Right Next 

Result 

Pointer 


16 


Pointer to a 4 word node where 
additional results are stored. 


RUINFO 


Right User 
Information 


64 


User defined field for the right 
network address. E.g. VPI/VCI, 
State, Flags etc. 


Free Node format 


Abbrev 


Name 


Size 


Description 


TYP 


Type 


6 


bits 61:58- 0000 
bit 62-0 

bit 63-0 (RESERVED) 


NFP 


Next Free 
Pointer 


16 


Pointer to the next item on the 
free list 



Search Machine commands 



Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0=0000 
bit 4 -Key Length 

0-32 bits; 1-48 bits 
bits 7:5 - (RESERVED) 


FLAGS 


Flags 


8 


bit 8 - Auto Learn 

bit 9 - Auto increment ECNT 

bits 15:10 - reserved 


KEY 


Search Key 


48 


If search is for 32 bit entry, the 
most significant part is used. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 



Note: Searching with Root pointer equal NULL will 
create a new tree. 
Host address response 



Abbrev 



UINFO 



NTP 



Name 



User Info 



Next Tree 
Pointer 



Size 



64 



16 



Description 



The UINFO field of found entry. If 
not fount, the UINFO will be zero. 



Pointer to a next level Patricia 
tree for hierarchical searching . 



RXP 



search Node 
pointer 



16 



NRP 



Next Result 
Pointer 



16 



ECNT 



Entry Count 



16 



Pointer to the search node that 
matched the key. 

Pointer to an additional 4 word 
entry 

# of times the entry was used 
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oonse 


Abbrev 


Name 


Size 


Description 


UINFO 


User Info 


64 


The UINFO field of found entry. 
If not found, the UINFO will be 
zero . 


NAP 


Next Tree 
Pointer 


16 


Pointer to the network address 
node that matched. 


NRP 


Next Result 
Pointer 


16 


Pointer to an additional 4 word 
entry 


LRF 


Left/Right 
Ntwrk Addr 


1 


0-Left Network Address; 1 -Right 
Network Address 


B . I: 


nsert Host 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0001 
bit 4 -Key Length 

0-32 bits; 1-48 bits 
bits 7:5-000 (RESERVED). 


KEY 


Search Key 


48 


If search is for 32 bit entry, the 
most significant part is used. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


RXP 


Search Node 
pointer 


16 


Pointer to a pre-established 

Search Node 


Note: If Root pointer equals NULL, new tree will 
be created. 

Response 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


RXP 


Search Node 
pointer 


16 


Pointer to a pre-established 
Search Node 


C. Insert Network Address 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0010 
bit 4 -Key Length 

0-32 bits; 1-48 bits 
bits 7:5-000 (RESERVED). 


FLAGS 


Flags 


8 


bits 13:8-Mask Level (16 to 47) 
bits 15 : 14 -reserved 


KEY 


Search Key 


48 


Search Key. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 
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Response 



Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


NAP 


Next Tree 
Pointer 


16 


Network address node where NTWK 
address was installed 


LRF 


Left/Right 
Ntwrk Addr 


1 


0-Left Network Address; 1 -Right 
Network Address 


D, Delete Host 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0011 
bit 4 -Key Length 

0-32 bits; 1-48 bits 
bits 7:5-000 (RESERVED). 


KEY 


Search Key- 


48 


Search Key. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


Response 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


RXP 


Search Node 
pointer 


16 


Pointer to a Search Node 


E. Delete Network 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 ^ 0100 — =— =====^ 
bit 4 -Key Length 

0-32 bits; 1-48 bits 
bits 7:5-000 (RESERVED). 


FLAGS 


Flags 


8 


bits 13: 8 -Mask Level (16 to 48) 
bits 15 : 14-reserved 


KEY 


Search Key 


48 


Search Key. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


Response 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


NAP 


Next Tree 
Pointer 


16 


Network address node where NTWK 
address was installed 
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Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


LRF 


Left/Right 
Ntwrk Addr 


I 


0-Left Network Address; I-Right 
Network Address 


F. Delete Tree 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0101 bits 7:4-0000 
(RESERVED) . 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


ResDoni 


se 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


G. Find Networ-k 


Abbrev 


Name 


Size 


Description 


OP 


Op Code 


8 


bits 3:0 = 0110 
bit 4 -Key Length 

0-32 bits; 1-48 bits 
bits 7:5-000 (RESERVED). 


FIjAGS 


Flags 


8 


bits 13:8-Mask Level (16 to 47) 
bits 15 : 14 - reserved 


KEY 


Search Key- 


48 


Search Key. 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


ResDonse 


Abbrev 


Name 


Size 


Description 


RTP 


Root Pointer 


16 


Pointer to the root of Patricia 
Tree 


NAP 


Next Tree 
Pointer 


16 


Network address node where NTWK 
address was installed 


LRF 


Left/Right 
Ntwrk Addr 


1 


0-Left Network Address; 1-Right 
Network Address 
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